
In the Office Action, the Examiner rejected the claims under 35 USC §112 and under 
35 USC §103. These objections and rejections are fully traversed below. 

The claims have been amended to correct minor informalities and to further clarify 
the subject matter regarded as the invention. Claim 26 has been cancelled, and incorporated 
into claim 13. In addition, claim 29 has been added. Claims 1-25 and 27-29 are now 
pending. 

Reconsideration of the application is respectfully requested based on the following 
remarks. 



REJECTION OF CLAIMS 1-18 UNDER 35 USC §112 

In the Office Action, the Examiner rejected claims 1-18 under 35 USC §112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which Applicant regards as the invention. In view of the previously amended 
claims, Applicant respectfully submits that the claims distinctly claim the subject matter 
regarded as the invention. Specifically, the summary on page 4 of the specification as well as 
the detailed description support the claimed invention. FIG. 1 and associated text illustrate 
the process during which the source code (e.g., intermediate source code or "bytecodes") and 
data structure identifying addresses of the portions of the source code that create local objects 
are generated. Specifically, intermediate source code (source code) is generated from the 
method (e.g., initial source code) at block 104. Generation of the data structure 
(optimization) is performed at block 106 (and further detailed in FIG. 2). The data structure 
(e.g., local table) is generated at block 204 of FIG. 2 and further illustrated in FIG. 3. FIG. 4 
details one specific way to generate class files (and associated attribute_info structure of a 
Java class file). In other words, the attribute_info structure is one manner of implementing 
the data structure claimed (e.g., of FIG. 2). 
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The Examiner indicates that "the data structure" is indefinite. Applicant respectfully 
submits that "a data structure" as initially recited in the first element of claim 1 is not 
indefinite. The phrase "a data structure" is recited in the first element of each independent 
claim (e.g., claim 1). Thus, there is only one data structure recited in the claims. In those 
claims that recite a second data structure (e.g., claim 24), these claims have specifically been 
amended. The next source code is obtained from the source code of the method, as claimed, 
not from a data structure. Source code is generally stored in a file from which successive 
lines (e.g., "next source code") are executed. Such a file need not be explicitly claimed in 
order to particularly point out and distinctly claim the use of the source code. Moreover, 
theses successive lines need not be separately stored in order to execute (or interpret) them. 

The method claimed in claim 1 is one that executes a method, which is a term well- 
known in the art of software programming . Method execution, as claimed, is described in 
^ detail in FIG. 5. Thus, FIG. 5 and associated text details one example of executing the 

method using information stored in a data structure such as that generated in FIG. 2 or FIG. 4. 
Specifically, the method is executed such that local objects and non-local objects are stored in 
separate heaps . While this invention is illustrated with reference to a Java frame, this 
example is merely illustrative. Specifically, as recited in the claims, the intermediate code 
generated during compile time may be referred to as source code (intermediate source code) 
or bytecodes. During execution, the next source code (bytecode) of the source code is 
obtained and interpreted (in this example). During the interpretation, the objects are stored 
according to whether they are classified in the data structure (e.g., storing a PC or address of 
the bytecodes that generate the local objects during execution of the method) as local or non- 
local objects. Accordingly, in view of the above, Applicant respectfully requests that the 
Examiner withdraw the rejection to the claims under 35 USC §112, second paragraph. 



REJECTION OF CLAIMS UNDER 35 USC $103 

In the Office Action, the Examiner rejected the claims under 35 USC §103 as being 
unpatentable over Pradhan et aL, U.S. Patent No. 6,446,257, ('Pradhan' hereinafter) in view 
of Agesen et al, U.S. Patent No. 6,253,215, ('Agesen' hereinafter). 

The present invention enables local and non-local objects to be stored in separate 
heaps, thereby optimizing the garbage collection process. Pradhan neither discloses nor 
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suggests the claimed invention. Pradhan does relate to garbage collection. However, 
Pradhan says nothing about local ob jects . Rather, col. 2, lines 59-60 of Pradhan indicate that 
the invention relates to "live object relocation." While a live object is referred to as an object 
that "maybe globally known" in col 1, lines 34-35, there is no reference to local and non- 
local objects, or the separate storage of local and non-local objects . While the Examiner cites 
col. 8, lines 2-4 (source code that creates local objects) and col. 9, lines 26-30 (creating a 
local object on a local heap of memory), Applicant respectfully submits that col. 8, lines 2-4 
merely state "A source compiler 107 processes a source code file 118 and thereby transforms 
the source code file 118 into an intermediate file 122." Moreover, col. 9, lines 26-30 merely 
state that "garbage collection works in conjunction with heap allocation. . ." In no manner 
does Pradhan disclose or suggest storing local and non-local objects in separate heaps. In 
fact, Pradhan discloses that a heap may be divided into two or more groups segregated by 
age, where the groups are referred to as generations. See Pradhan, col. 9, lines 36-40. Since 
segregation by age is not identical to segregation of local and non-local objects. Applicant 
respectfully submits that the claimed invention is not anticipated by Pradhan. 

The Examiner admits that Pradhan does not expressly teach storing two heaps for 
local and non-local objects. However, the Examiner fails to cure the deficiencies of the 
primary reference with Agesen. The presently pending claims enable the memory associated 
with the local heap to be released or reclaimed upon termination of execution of the method. 
For instance, claim 3 recites "reclaiming memory associated with the local heap upon 
termination of execution of the method. Similarly, claim 4 recites "returning memory 
associated with the local heap to a pool of available memory upon termination of execution 
of the method." This is accomplished through storing local objects on a local heap of 

memory and non-local objects on a non-local heap of memory. 
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The subject matter of Agesen and the claimed invention were, at the time the 
invention was made, owned by Sun Microsystems or subject to an obligation of assignment 
to Sun Microsystems. Applicant therefore respectfully requests that the Examiner withdraw 
the rejection of the claims over Agesen. Accordingly, Applicant respectfully submits that the 
claims are patentable over the cited art. 

The dependent claims depend from one of the independent claims and are therefore 
patentable for at least the same reasons. However, the dependent claims recite additional 
limitations that further distinguish them from the cited references. For instance, dependent 




claim 13 recites that the data structure is an attribute info structure of a Java class fil e. 
Hence, it is submitted that the dependent claims are patentably distinct from Pradhan. 

Based on the foregoing, it is submitted that the independent claims are patentably 
distinct from Pradhan in view of Agesen. In addition, it is submitted that the dependent 
claims are also patentably distinct for at least the same reasons. The additional limitations 
recited in the independent claims or the dependent claims are not further discussed as the 
above discussed limitations are clearly sufficient to distinguish the claimed invention from 
Pradhan in view of Agesen. Thus, it is respectfidly requested that the Examiner withdraw the 
rejection of the claims under 35 USC §103. 

* 

Reconsideration of the application and an early Notice of Allowance are earnestly 
solicited. If there are any issues remaining which the Examiner believes could be resolved 
through either a Supplemental Response or an Examiner's Amendment, the Examiner is 
respectfully requested to contact the undersigned attorney at the telephone number listed 
below. 

Applicants hereby petition for an extension of time which may be required to 
maintain the pendency of this case, and any required fee for such extension or any further fee 
required in connection with the filing of this Amendment is to be charged to Deposit Account 
No. 50-0388 (Order No. SUN1P287V 
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